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TITLE: METHODS FOR STANDARD MECHANISMS FOR DIGITAL ITEM 

MANIPULATION AND HANDLING 

5 TECHNICAL FIELD 

The present Invention relates to Digital Items [1] that are considered as a Digital 
Object containing structure, metadata and resources. This invention more particularly 
relates to a method and apparatus for the assignment of methods for Digital Item 
10 handling and manipulation. The methods alter a Digital Item from being a passive 
container object to a container with active methods describing the mechanisms by 
which the structure, metadata and resources may be used. 

Terms and definitions 

15 

The following terms are used throughout the specification with the meanings 
and in the context described. 

Digital Item - a digital object containing structure, metadata and resources. Digital 
20 Items may be declared using the Digital Item Declaration Language (DIDL), typically 
specified by the MPEG-21 standard [2] which is incorporated herein by cross reference, 
however, it will be appreciated that the invention is not limited to a Digital Item defined 
by such a DIDL and other definitions are equally applicable. 

25 Digital Item Declaration ^ a specification for declaring a Digital Item including the 

structure, metadata, and resources it contains. As specified by MPEG-21 it includes an 
abstract model, a normative description of syntax and semantics of an XML-based 
language for representing a Digital Item conforming to the model [2]. 

30 Digital Item Adaptation - a means by which a Digital Item may be adapted based on 
information such as user preferences, device capabilities, network capabilities, and 
environment. As specified by MPEG-21 it is described in [4] and is incorporated herein 
by cross reference. 
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Digital Item Manipulation Method ~ a prescribed set of steps by which a Digital Item 
and thus its resources and metadata may be presented, consumed or otherwise 
manipulated by an application software intended to receive, transmit or otherwise 
handle a Digital Item. 

5 

DIScrlpt - a scripting language by which a Digital Item Manipulation Method is 
described as a set of operational steps. This is interpreted by application software 
intended to receive, transmit or otherwise handle a Digital Item. 

10 Intellectual Property Management and Protection (IPMP) ~ a means by which rights 
for intellectual property may be electronically managed and protected. 

Script Processing Engine - an entity that is able to interpret a scripting language and 
execute the described operational steps. This also includes such things as providing an 

15 executing script with access to structure information, metadata, and resources 
contained in the Digital Item, managing the data and memory requirements of an 
executing script, providing access to system resources to an executing script, and all 
other aspects required to execute a script. A DIScript Processsing Engine is such an 
entity for interpreting and executing methods described in the DIScript scripting 

20 language. Some implementations of a script processing engine may be implemented 
as a virtual machine. 

BACKGROUND OF THE INVENTION 

25 Situations may arise where it is necessary for Digital Items to be handled and 

manipulated in a defined or constrained manner. The Digital Item acts purely as a 
containing structure for metadata and resources and has no information on the 
operations, order of operations, operations required by the Digital item author or other 
such prescribed operations that should be performed upon receipt or during 

30 manipulation of the Digital Item. 

As an example consider the following scenarios: 

A Digital Item representing a music album is requested by a user The Digital 
35 Item contains multiple soundtracks as well as associated video clips. The publisher of 
the Digital Item music album wishes to ensure that track 1 is played automatically on 
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receipt of the Digital Item and that the remaining music tracks and videp clips are 
played in a certain order. 

To allow the publisher to have control of the operations undertaken by a device 
5 on receipt of the Digital Item it is necessary for the Digital Item to contain a Digital Item 
Manipulation Method relaying the publisher's instructions and choices. 

The same Digital Item may be requested by a user who wishes to add extra 
music tracks, personal preference data, or annotations to each music track. In this 
10 case it is essential for compatibility and interoperability that the changes made by the 
user are performed according to the prescribed structure of the Digital Item. 

To allow the publisher to have control of the operations that a user making 
changes to the Digital Item may perform it is necessary for the Digital Item to contain a 
15 second Digital Item Manipulation Method relaying the publisher's instructions and 
choices. 

In a second scenario a 'learning' Digital Item might play the role of a learning 
object In this case the Digital Item would consist of a series of interactive lessons. The 

20 pupil is required to perform the tasks in the lessons and then fill in forms with the 
answers. It is essential that the pupil should perform lessons in a prescribed order, 
complete a percentage of each lesson successfully before proceeding and transmit the 
answers to problems back to the teacher in a second Digital Item. These constraints 
and operational procedures may be provided by a Digital Item Manipulation Method as 

25 part of the learning Digital Item. 

In a third scenario a 'travel' Digital Item may be sent to a user. The Digital Item 
contains booking forms, travel pictures, videos, text file descriptions, background audio 
and web page links. The question that is answered by the present invention is 'what a 

30 device should do on receipt of such a Digital Item'. Without this solution it is quite 

reasonable for a device to store the booking forms, ignore the text files, send the videos 
to another device, and display one of the web page links. The Digital Item Manipulation 
method would ensure that the pictures and description are displayed with the 
background audio. Then videos are made available based on the users choices, the 

35 web page links displayed and the relevant booking forms are then displayed for form- 
filling with the results transmitted securely back to the travel server. 
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It will be understood that the operations described by the Digital Item 
Manipulation Method may require Rights information to be expressed. Such Rights 
expressions are not Intended to be part of this specification and might be expressed 
5 using the MPEG-21 Rights Expression Language [5] or similar. The intention of the 
Digital Item Manipulation method is to express the operations that are or may be 
required to achieve a given interaction with a Digital Item. 

It will be seen that the incorporation of Digital Item Manipulation Methods in 
10 Digital Items significantly improves the functionality and usefulness of Digital Items. 
Through a novel extension which will fits naturally into the D|DL, an optional linkage 
between a Digital Item, its resources and the necessary processing is established. This 
is performed such that the concept of a Digital Item is in no way encumbered and only 
enhanced for all applications. 
15 . 

For a Digital Item to be interoperable and for devices to be proved conformant, it 
is necessary to ensure that a fixed set of operations be performed on said Digital Item 
for a given purpose. Thus the Digital Item shall contain a Digital Item Manipulation 
Method for that, or a subset of that purpose. When no Digital Item Manipulation method 

20 is present for the required purpose then the application is free to interact with the Digital 
Item as it considers appropriate. In general this is undesirable and unacceptable for the 
purposes of an interoperable multimedia framework. It should be noted that the receipt 
of a Digital Item, without a Digital Item Manipulation Method may also be handled using 
the present invention. In that case the Digital Item Manipulation Method is a default 

25 method provided by the application or device. 

DISCLOSURE OF THE INVENTION 

The present invention seeks to provide a method and system to provide the 
30 desirable outcomes described above. 

According to one aspect, the present invention provides a method of enabling a 
Digital Item to be consumed or otherwise manipulated according to a set of operations 
defined by the Digital Item author or other entitled party, the method including the step 
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of incorporating a Digital Item manipulation method or methods defining said set of 
operations into the Digital Item. 

According to a second aspect, the present invention provides a method of enabling 
a Digital Item to be consumed or otherwise manipulated according to a set of 
operations defined by the Digital Item author or other entitled party, the method includes 
the following steps: 

i) incorporating a Digital Item manipulation method or methods defining said 
set of operations into a Digital Item; 

ii) providing said Digital Item, or a Digital Item declaration to a device; 

iii) enabling said device to: 

a) determine an appropriate Digital Item manipulation method or methods 
for the application; 

b) retrieve said appropriate Digital Item manipulation method or methods; 

c) interpret said set of operations from said appropriate Digital Item 
manipulation method or methods; and 

d) perform interpreted set of operations from said Digital Item manipulation 
method or methods on said Digital Item. 

According to a third aspect, the present invention provides a method of enabling a 
Digital Item to be consumed or otherwise manipulated according to a set of operations 
defined by the Digital Item author or other entitled party, the method includes the 
following steps: 

i) incorporating a Digital Item manipulation method or methods defining said 
set of operations into a Digital Item; 

ii) providing said Digital Item, or a Digital Item declaration to a device; 

iii) enabling said device to: 

a. determine an appropriate Digital Item manipulation method or methods 
for the application; 

b. retrieve said appropriate Digital Item manipulation method or methods; 

c. receive and be configured on the basis of other predetermined 
information; 

d. interpret said set of operations from said appropriate Digital Item 
manipulation method or methods; and 

e. perform said interpreted set of operations from said Digital Item 
manipulation method or methods on said Digital Item. 
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According to a fourth aspect, the present invention provides a method of enabling a 
Digital Item to be consumed or otherwise manipulated according to a set of operations 
defined by the Digital Item author or other entitled party, the method includes the 
5 following steps: 

i) incorporating a Digital Item manipulation method or methods into a Digital 
Item defining said set of operations; 

ii) providing said Digital Item, or a Digital Item declaration to a device; 

iii) enabling said device to: 

10 a. determine an appropriate Digital Item manipulation method or methods 

for the application; 

b. retrieve said appropriate Digital Item manipulation method or methods; 

c. configure said appropriate Digital Item manipulation method or methods 
for said Digital Item; 

15 d, interpret said set of operations from said appropriate Digital Item 

manipulation method or methods; and 
e. perform said interpreted set of operations from said Digital Item 
manipulation method or methods on said Digital Item. 

20 According to a fifth aspect, the present invention provides a method of enabling a 
Digital Item to be consumed or otherwise manipulated according to a set of operations 
defined by the Digital Item author or other entitled party, the method includes the 
following steps: 

25 i) incorporating a Digital Item manipulation method or methods defining said 
set of operations Into a Digital Item; 

ii) providing said Digital Item, or a Digital Item declaration to a device; 

iii) enabling said device to: 

a. determine an appropriate Digital Item manipulation method or methods 
30 for the application; 

b. retrieve said appropriate Digital Item manipulation method or methods; 

c. configure said appropriate Digital Item manipulation method or methods 
for said Digital Item; 

d. receive and be configured on the basis of other predetermined 
35 information; 



3041 - Specification for US.DC»c/ J A 



e. interpret said appropriate Digital Item manipulation method or methods; 
and 

f. perform said interpreted operations from said Digital Item manipulation 
method or methods on said Digital Iteni. 

In one variation, step ill) b may not be required as the Digital Item manipulation 
method or methods may be contained in the Digital Item or Digital Item declaration 
provided in step 11) or is already known to the device. A second variation may combine 
steps iii)e and iii)f into a single step. 

Preferably, the other predetermined information includes information regarding user 
preferences, device capabilities and/or consumption environment. 

According to sixth aspect, the present invention provides apparatus for enabling a 
Digital Item to be consumed or otherwise manipulated according to a set of operations 
defined by the Digital Item author or other entitled party, the apparatus including: 

1) means for incorporating a Digital Item manipulation method or methods 
defining said set of operations into a Digital Item; 

ii) means for providing said Digital Item, or a Digital Item declaration to a 
device; 

iii) said device including: 

a. means for determining an appropriate Digital Item manipulation method 
or methods for the application; 

b. means for retrieving said appropriate Digital Item manipulation method or 
methods; 

c. means for interpreting said set of operations from said appropriate Digital 
Item manipulation method or methods; and 

d. means for performing said interpreted set of operations from said Digital 
Item manipulation method or methods on said Digital Item. 

According to a seventh aspect, the present invention provides apparatus for 
enabling a Digital Item to be consumed or othenwise manipulated according to a set of 
operations defined by the Digital Item author or other entitled party, the apparatus 
including: 

i) means for incorporating a Digital Item manipulation method or methods 
defining said set of operations into a Digital Item; 
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ii) means for providing said Digital Item, or a Digital Item declaration to a 
device; 

ill) said device including: 

a. means for determining an appropriate Digital Item manipulation method 
5 or methods for the application; 

b. means for retrieving said appropriate Digital Item manipulation method or 
methods; 

c. means for receiving and being configured on the basis of other 
predetermined information; 

10 d. means for interpreting said set of operations from said appropriate Digital 

Item manipulation method or methods; and 
e. means for performing said interpreted set of operations from said Digital 
Item manipulation method or methods on said Digital Itern. 

15 According to a eighth aspect, the present invention provides apparatus for enabling 
a Digital Item to be consumed or otherwise manipulated according to a set of 
operations defined by the Digital Item author or other entitled party, the apparatus 
including: 

i) means for incorporating a Digital Item manipulation method or methods 
20 defining said set of operations into a Digital Item; 

ii) means for providing said Digital Item, or a Digital Item declaration to a 
device; 

iii) said device including: 

a. means for determining an appropriate Digital Item manipulation method 
25 or methods for the application; 

b. means for retrieving said appropriate Digital Item manipulation method or 
methods; 

c. means for configuring said appropriate Digital Item manipulation method 
or methods for said Digital Item; 

30 d. means for interpreting said set of operations from said appropriate Digital 

Item manipulation method or methods; and 
e. means for performing said interpreted set of operations from said Digital 
Item manipulation method or methods on said Digital Item. 
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According to a ninth aspect, the present invention provides apparatus for enabling a 
Digital Item to be consumed or othenwise manipulated according to a set of operations 
defined by the Digital Item author or other entitled party, the apparatus including: 

5 i) means for incorporating a Digital Item manipulation method or methods 
defining said set of operations into a Digital Item; 

ii) means for providing said Digital Item, or a Digital Item declaration to a 
device; 

iii) said device including: 

10 a. means for determining an appropriate Digital Item manipulation method 

or methods for the application; 

b. means for retrieving said appropriate Digital Item manipulation method or 
methods; 

c. means for configuring said appropriate Digital Item manipulation method 
15 or methods for said Digital Item; 

d. means for receiving and being configured on the basis of other 
predetermined information; 

e. means for Interpreting said set of operations from said appropriate Digital 
Item manipulation method or methods; and 

20 f, means for performing said interpreted operations from said Digital Item 

manipulation method or methods on said Digital Item. 

Digital Item manipulation methods may be classified according to standard 
applications and new applications that arise may be identified through the mechanism 
25 of a naming authority or other such means. Multiple methods may be executed 
simultaneously. 

It will be appreciated that the operations used in the set of operations may be 
standard operations and the author defines which standard operations fonm the set, 
typically, in the form of a script 
30 Digital Item Manipulation methods may be provided to a device as a method in the 
form of a set of operations described in a script; said script included in the Digital Item 
as: 

i) A resource within the Digital Item accessed by a reference URI from the 
Digital Item declaration 
35 ii) A script provided within the Digital Item declaration itself as a descriptor 
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iii) A script referenced by an identifier such that a device, or a family of devices 
might have the operations of said script in-built at manufacture or by later 
modification 

iv) A separate Digital Item 

5 v) A standard script, identified by reference, which is annotated, improved or in 
some way altered by a second script provided by one of the means i) to iv), 
vi) A default script held by the device or application and used when a Digital 
Item provides no methods 

10 The inclusion of the script into a Digital Item provided to a device by one of these 
means includes any format in which a Digital Item may be declared, including, but not 
limited to, plain text conforming to a specification for Digital Items such as MPEG-21 
DIDL, binary formats of said Digital Items, and other file formats containing a Digital 
Item. 

15 

The number of Digital Item Manipulation methods provided within any Digital Item 
would not normally be limited and is at the discretion of the author. 

The operations defined by a Digital Items Digital Item Manipulation method will 
20 define the necessary functionality and hence architecture of a device that may 

legitimately and successfully receive said Digital Item using that method. A device that 
has limited functionality or missing architectural elements may: 

i) Attempt to Interpret the Digital Item Manipulation Method but report errors 
due to limited functionality to the user or some other device or entity 
25 ii) Attempt to interpret the Digital Item Manipulation Method and ignore all 
errors 

iii) Attempt to interpret the Digital Item Manipulation Method and perform 
operations on errors at and degree between i) and ii) above 

30 The invention thus further provides, at least in its embodiments, a mechanism for 
the test of a device for its ability to meet a normative specification of a standard or some 
profile of the standard (where a profile might allow for reduced complexity devices 
and/or reduced functionality devices). Further, through the identification of methods 
which a device can perform on a Digital Item, this specification allows for the 

35 classification of devices in terms of their level of functionality within the MPEG-21 
standard and other standards using Digital Items or similar. Thus this invention 
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provides, in one embodiment, mechanisms by which conformance and interoperability 
of MPEG-21 and other Digital Item consuming devices may be established. 

Digital Item manipulation methods may not necessarily be targeted only at 
5 terminating equipment. Other embodiments of the present invention provide methods 
that provide an intermediate node with instructions as to how to manipulate and alter a 
Digital Item. In one preferred embodiment, the Digital Item manipulation methods may 
give a wireless network gateway instructions as to how to process a Digital Item so as 
to make the contents appropriate to a wireless, low bandwidth environment. 

10 

In certain situations Digital Items may require the download or acquisition by some 
means of a tool that can process descriptors and or resources. In such case, the Digital 
Item Manipulation Method may be used to specify the tools to download and the 
operations to perform such that appropriate resources and descriptors from the Digital 
15 Item are processed by the tool. 

Digital Item Manipulation methods act upon elements in the Digital Item. Since the 
actual elements within a Digital Item are not known at the time the method is 
implemented, this invention also specifies a mechanism for identifying to the method 
20 the elements of a Digital Item that it can process. 

While the present invention is not specifically intended to handle IPMP 
mechanisms, it will be appreciated that such mechanisms could simply be incorporated 
into a Digital Item Manipulation Method. Further, Digital Item Manipulation Methods 
25 may themselves be protected using IPMP mechanisms. In these cases, it will be 
appreciated that the DIScript Processing Engine and appropriate Digital Item 
Manipulation Methods may control the jA/hole IPMP protected device rather than simply 
the Digital Item manipulation. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred embodiments of the invention will now be described, by way of example 
only, with reference to the accompanying examples and drawings in which: ^ 

Figure 1 shows a schematic diagram of the basic architecture for processing of 
Digital Item Manipulation Method script; and 
35 Figure 2 shows a schematic diagram of a sample flow of control between a 

device, the script processing engine and the Digital Item Manipulation Method. 
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PREFERRED EMBODIMENTS OF THE INVENTION 

In a preferred embodiment the Digital Item Manipulation Method is provided as a 
resource of a Digital Item. On receipt of a Digital Item a device shall find the Digital Item 
Manipulation Method appropriate to the task to be undertaken. 

5 

The Digital Item declaration language (DIDL) provides tools that may be used to 
achieve the goal of incorporating Digital Item manipulation methods into Digital Items. 

The elements of DIDL that may be used for this purpose may include, but are 
10 not limited to: . ( 

Component - binds a set of Descriptors to a Resource. 

Descriptor - allows the inclusion of any descriptive metadata for elements within a 
15 Digital Item. ^ 

Item - binds together a set of Descriptors to a set of Components and/or sub-Items. 

Resource - the element that, typically, represents a consumable resource. Examples 
20 include text, image, audio, and video resources, but is not limited to media resources of 
these types. 

Statement - an element that may be contained by a Descriptor and allows the inclusion 
of metadata from any schema. This provides a means for incorporation of a Digital Item 
25 Manipulation method or methods, and related metadata, in a Digital Item. 

The following is an example of this preferred embodiment that demonstrates the 
incorporation by reference of a set of methods for processing a music album. 

30 ; 

<Descriptor> 

<Statement type=" text /di script +xml" > 
<discript : method 

id="urn:mpeg:Tnpeg21 :discript : 2002 : 01 : StandardMusicAlbum:DisplayAlbum" 
version-"! . 0" 

ref = "http: //mpeg. terecomitalialab.com/discript/2002/01/StandardMusicAlbuni/Displ 
ayAlbum. dsl" 

desc="Open Music Album" 



35 
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invokeOn=" receipt" /> 
</Statement> 
</Desciptor> 
<Descriptor> 

<Stcttement type=" text/discript-*-xwl" > 
<discript :method 

id="urn:mpeg :Tnpeg21 :discript :2002 : 01 : StandardMusicAlbum rpreviewTracks" 

ref ="http : //mpeg. telecomitalialab . com/discript/2002/Ol/StandardMusicAlbum/previ 
ewTracks -dsl" 

desc=" Preview Tracks" 
invokeOn="userSelection" /> 
</ Statement > 
</Desciptor> 
<Descriptor> 

<StateTnent type-"text/discript+xml"> 
<discript : method 

id="urn:mpeg:mpeg21 idiscript :2002 : 01 : StandardMusicAlbum :pl ay Track" 
version="l . 0" 

ref="http :/ /mpeg. telecomitalialab .com/discript/20 02/ Ol/StandardMusicAlbum/playT 
rack.dsl" 

desc="Play Track" 
invokeOn="userSe lection" > 

<discript :methodParam 

type="standardMusicAlbumTrack" required=" false" /> 
<discript :methodRequirements> 

<discript : diaRequirements> 

<dia : terminalCapabilit ies> 

</dia : terminalCapabilitiesi> 
</discript :diaRequirements> 
</discript :methodRequirements> 
< /di script :methpd> 
</Statement> 
</Desciptor> 
<Descriptor> 

<Statement type=" text/discript+xml" > 
<discript .-method 

id="um : mpeg : mpeg2 1 idiscript : 2002 : 01 : StandardMusicAlbum: addTrack" 
version="l. 0" 

ref ="http : //mpeg . telecomitalialab . com/discript/2002/Ol/StandardMusicAlbum/addTr 
ack.dsl" 

desc="Add Track" 
invokeOn=s"userSelection" /> 
</ Statement > 
</Desciptor> 
<Descriptor> 

^Statement type=" text/discript+xml "> 
<discript :method 

id=" urn: mpeg :mpeg21 : di script : 2002 : 01 : StandardMusicAlbum: removeTrack" 
version="l . 0" 

ref ="http : //mpeg. telecomitalialab.com/discript/2002/01/StandardMusicAlbum/rempv 
eTrack- dsl" 

desc=:"Remove Track" 
invokeOn="userSelection" /> 
< /Statement > 
</Pesciptor> 
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Example 1 : Incorporation of a Digital Item Manipulation Method into a Digital Item 

In this example, the id attribute provides a globally unique identifier for the 
method. The ref attribute indicates where the script for the method can be located. The 

5 desc attribute provides a short human readable description of the method (note that the 
script may or may not be able to provide a locale specific description). The invokeOn 
attribute informs the device the Intended means and/or time at which the method is to 
be invoked. If set to receipt, then the method should be invoked when the Digital Item 
is received for consumption by an end user. Other possible values for the invpkeOn 

10 attribute includes, but is not limited to, userSelection indicating the method should be 
presented to the user for selection, and invoked when selected. Methods providing 
editing functionality could be subject to IPMP and rights management. 

The playjrack method also illustrates the usage of an optional parameter to be 
provided to the method when it is invoked. If the method is user selectable, then the 

15 device could add an additional condition on the availability of the method, depending on 
whether the appropriate Digital .Item elements for the parameters were selected, or 
otherwise available. 

The playTrack method also illustrates the inclusion of Digital Item adaptation 
information specifying the device requirements for this method to be successfully 

20 invoked. 

The MIME type "text/discript+xml" identifies the XML description of a Digital Item 
Manipulation method included within XML documents (utilising XML namespaces as 
required). In the preferred embodiment, the actual methods will be implemented in a 
non-XML scripting language, however, it will be apparent that the methods may be 
25 implemented in many types of computer language. The preferred embodiment of this 
scripting language described in this specification is the DIScript. 

Sets of methods can also be defined. A set, or sets, of methods that includes 
the methods required for handling a Digital Item can then be specified Instead of listing 
30 each method. 



35 



40 



<Descriptor> 

<Statement type=" text/discript+xml "> 
<discript :methpdSet 

id="urii:mpeg:mpeg21 :discript :2p02 : 01 :StandardMusicAlbutn:BasicMethodSet" 
version="l . 0" 

http: //mpeg. telecomitalialab.com/discript/2002/01/StandardMusicAlbum/BasicMetho 
dSet.dms"/> 
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I < /Statement > 

j </Desciptor> 

Example 2: Incorporation of a Digital Item Manipulation Method set into a Digital Item 

5 This can also provide a mechanism by which devices can be tested to be 

conformant to a specified set, or sets, of methods. Typically a method set will include 
related methods for processing of certain types of Digital Items. 

One example of usage by non-terminating equipment, is a network node that 
10 supports a method set that includes a method to adapt the Digital Item to a given 

bandwidth. The network node, if it decides It needs to apply this method, could use the 
method included in the Digital Item itself, if it does include one, or it may choose to do 
the adaptation by some other internally implemented method, or by a separately 
referenced method held externally or internally to the server. 

15 

It can be seen that interoperability among devices supporting Digital Items will 
benefit from the definition of standard methods and standard method sets. An author 
can utilise these standard methods and standard method sets to ensure the Digital Item 
they have created vyill be handled In a standard manner, however customised methods 
20 can also clearly be included for specialised handling of a particular instance of a Digital 
Item. 

A Digital Item may also contain a special Digital Item Manipulation Method 
which provides for a choice of Digital Item Manipulation Methods with which to handle 
25 the Digital Item. This functionality may be provided within the script itself, however an 
alternative is to use the Choice functionality of the DIDL. In either case, the choice of 
methods may be made by the user, application, on the basis of rights expressed in a 
Digital Item, or accordinjg to some other requirement as appropriate. 

30 The actual elements within a Digital Item that a Digital Item Manipulation Method 

will process are generally not known when the method is implemented. However, if a 
method is intended to process a given type of Digital Item, the nature of the elements it 
can expect is known. This specification utilises this to enable the author of a Digital 
Item to identify to the method which elements within a Digital Item the method can, and 

35 should, process. For this purpose, the preferred embodiment utilises the mechanism of 
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a mapping from Digital Item element to an object type that the method recognises and 
can process. This mapping is part of part of the configuration of the Digital Item 
manipulation method for a particular Digital Item and may be specified, for example, in 
a separate configuration file or included in the Digital Item 

5 . 

The information to enable this mapping must be supplied as the elements in the 
Digital Item are created, or othenvise modified, when the Digital Item is authored, 
edited, or at any other convenient point of manipulation. In practice, authoring and 
other tools that manipulate Digital Items, which may themselves utilise a Digital Item 
10 Manipulation method, will be able to generate this mapping information on behalf of the 
user. 

The mapping information can be contained within the Digital Item itself, or else a 
reference to a separate file containing the mapping information can be used. 

15 

One implementation of this mapping mechanism may utilise an explicit map 
listing. In this implementation elements in the Digital Item that can be processed by a 
Digital Item Manipulation Method must have an id attribute. The mapping information 
would then consist of a list that identifies the Digital Item elements by id that correspond 
20 to the objects that the method can manipulate. An example of one embodiment is given 
below. 



25 
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<Decriptor> 

<Statement type = " text/discript+xml" > 

<discr ipt : elementlDToOb j ectMap> 
<discript :objectTypeByID 

name="stahdardDigitalItemTitle" 

elements="albumTitle" /> 
<discript : objectTypeBylD 

name = " s tandardMus i cAlbum" 

eleinents="musicAlbum" /> 
<discr ipt : ObjectTypeBylD 

name = " s t and'a r dMus i cAl bumCove r " 
^ element s="albumCover" /> 
<discript : Ob j ectTypeBylD 

name="standardMusicAlbumInf o" 

elements="albumlnf p" /> 
<discript: objectTypeBylD 

name = " s t andar dMus i cAlbumTr acks " 

element s="albumTracks" /> 
<discript: objectTypeBylD 

name=" St andar dMus icAlbumTrack" 

elements="tracka track2 track3 track4 tracks track6 

trackV" /> 
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<discript: ob j ectTypeBylD 
name=" standardMusicAlbumTrackTitle" 

elements="tracklTitle track2Title trackBTitle track4Title 
trackBTitle track6Title track7Title" /> 

<discript : obj ectTypeBylD 
name = " s t anda r dMu s i cAl bumTr ackAudi o " 

elements=" tracklAudip track2Audio track3Audio traGk4Audio 
trackSAudio trackGAudio track7Audio" /> 

<discript : obj ectTypeBylD 

name = " s t andardMus i cAl bumTrackVi deo " 

element s="track3Video trackVVidep" /> 
<discript : obj ectTypeBylD 

name="standardMusicAlbumTrackInf o" 

elements="tracklInfo track2Info trackSInfo track4Info 
trackSInfo trackeinfo trackVInfo" /> 

</Statement> - . 

< /Descriptor > 



30 



Example 3 : Mapping of Digital Item elements to Digital Item Manipulation Method 

20 object types 

In the example the first objectTypeBylD is the standardDigitalltemTitle which is 
one of the standard DlScript object types from the DIScript Basic module that all 
DIScript capable devices implement. The identified Digital Item element is that element 
25 that should be used as the title for the Digital Item as it is presented to the end user. 
Typically, though not necessarily, it will identify only one element that, in the DIDL, will 
be a Descriptor containing the Digital Item title in a plain text Statement. 

In this example, the remaining objectTypeBylDs provide possible examples of 
object types that may be specified as part of a Standard Music Album method set. 



Other implementations may use a different format for the mapping list and may 
use other ways to identify the Digital Item elements. For example, another alternative 
illustrated below utilises the element tags directly. 



35 



40 



45 



<Decriptor> 

<Statement type=" text/discript+xml" > 

<discript : elementTagToObj ectMap 

name space=" urn : mpeg : mpeg2 1 :di script : standardMusicAlbum:2002 : 01- 
St andardMus icAlbum-NS" > 

<discript : objectTypeByTag 
name=" StandardDigitalltemTitle" 
tags="albumTit le" /> 
<di script : ObjectTypeByTag 
name = " s t andardMus i cAl bum" 
element s=" album" /> 

<discript : ObjectTypeByTag 
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name=" Other Info" 

namespace="urn;aaa :bbbb: cccc : 01234" 
tags=" other Info" /> 

< /Statement > 
</Descriptor> 



Other implementations of this mapping mechanism may incorporate mapping 
information vyithin the Digital Item elements themselves. One embodiment of an 
implementation following this principle is given below. In this embodiment, Descriptors 
within the elements identify the object type of the parent element for use by the Digital 
Item Manipulation method. 
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35 



40 



45 



50 



55 



<Item id="ISRC AU-AOl-02 -1234" > 
<Descriptor> 

<Statement type="text/discript:+xml" > 

<discript : object t;ype="standardMusicAlbum" /> 
< /Statements 
</Descriptor 
<Pescriptor> 

<Descriptor> 

< Statement type="text/discript+xml" > 

<discript : object type="standardpigitalItemTitle" /> 
</ Statements 
</Descriptor> 

<Statement type="text/plain" >Australian Sporting 

Anthems</ Statements 
</Descriptor> 

<Item id="ISRC AU-AOl-02 -1234 AlbumTracks"> 

<Item id="ISRC AU-AOl-02-1234 Trackl"> 
<Descriptor> 

<Statement type="text/discript+xml" > 
<discript : object 

type = "standariyiusicAlbumTrack" /> 

</Statement> 
</Descriptor> 
<pescriptor> 

<Descriptor> 

<Statement type-"text/discript+xml" > 
<discript : ob j ect 

type="standardMusicAlbumTrackTitle" /> 

</Statement> 
</Descriptor> 

<Statement type="text/plain''>Go you good thing. 



go ! </Statement> 



</Descriptor> 



type=" 



< Component id=" ISRC AU-AOl-02-1234 Trackl Audio" > 
<Descriptor> 

<Statement type- " text /discr ipt+xml " > 
<discript : ob j ect 
standardMusicAlbumTrackAudip" /> 

</Statement> 
</Descriptor> 
<Resource 
type="audio/mp3" 

ref =''http: //www.ausmusic . com.au/di/albums/isrc_au_- 
01 -02 -1234/ tracks/ trackl/gogood.mp3" /> 
< /Component > 



</Item> 



</ Items 



</Items 
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Example 4 Alternative binding of Digital Item elements to Digital Item Manipulation 
Method object types 

The object types may be utilised by one or more Digital Item Manipulation 
5 methods. Also a single Digital Item element is not limited to a single object type. It may 
be identified as being of one or more object types, provided that it makes sense to one 
or more methods that will utilise objects of that type. 

The specification of a method will need to include such information as the object 
10 types it can manipulate, the allowable Digital Item elements that can be mapped to 
those object types, plus any other requirements for Digital Item elements of a given 
object type, Other information that may also be included in a method or method set 
specification includes, but is not limited to, whether a particular object type is mandatory 
for Digital Items of that type, the required relationship between objects of given types, 
15 allowable number of identified elements of a given type, etc. 

Some object types may also be defined such that the mapping is implicit in the 
definition. In this case no explicit mapping information may be required. For example, 
an object type of standard Digitalltem Root, can be defined to map to the top level root 
20 element of the Digital Item (the DIDL element, in the case of the DIDL). 

The examples provide only an indication of the possibilities and it is expected 
that this mechanism will be able to be implemented in many other ways all of which fall 
within the scope of the Invention described. 



25 



30 



In addition, the usage of method sets specific to different areas of application 
will also be widely useful. While some methods and method sets may be registered as 
standards with a registration authority, Implementers are still free to define their own 
methods and method sets. 



The object map Itself may not be utilised within the method script itself, but it 
may be used as an input Into the script processing engine (Fig .1). The scripting 
language Includes functions to obtain objects of a specified type from the Digital Item. 
When these functions are executed by the script processing engine it can utilise the 
35 object map to locate the Digital Item element and then return it to the script as a script 
object. It Is apparent that the Digital Item declaration, the Digital Item, or both must also 
be an input to the script processing engine. Other input to the script processing engine 
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may include, but is not limited to, Digital Item adaptation infomnation, and user input 
such as mouse cliclcs, input text, etc. 

The specification of a method set is defined to include all those parts, as implied 
in this invention, that must be specified and supported by an implementation to be 
5 conformant to that module. This includes, but is not limited to, the object types required 
by the module, and the Digital Item Manipulation methods of the module. 

Discussion on the apparatus in relation to the preferred embodiment 

i) On means for incorporating a Digital Item manipulation method or methods 
10 into a Digital Item 

In one embodiment, Digital Item manipulation methods or method sets may be 
incorporated into a Digital Item declared in DIDL by use of the Descriptor and 
Statement elements of the DIDL (see Example 1 and Example 2). 

li) On means for providing said Digital Item, or a Digital Item declaration to a 
15 device 

For the purposes of the apparatus, a Digital Item may be supplied to a device by any 
standard telecommunications, storage retrieval or other such mechanism. 

iii) On means for said device to determine appropriate Digital item manipulation 
method or methods for the application 

20 At one level, the appropriateness of the actual methods to the said Digital Item is 
implicit in their specification in the Digital Item by the author. However, certain methods 
may not be appropriate for usage on a given device or terminal or in a given application. 
Appropriate methods are thus determined on the basis of their usage being acceptable 
in a given device or application. Information used in such a determination may include 

25 user preferences, device capabilities, network capabilities and consumption 

environment information. In addition, information included in the method declaration 
may be used in determining the appropriateness of a method. Method information can 
easily be extended to allow additional data to be included to assist in method selection 
by the device, if required. 
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iv) On means for said device to retrieve said appropriate Digital Item 
manipulation method or methods 

In one embodiment, the location of the script implementing a Digital Item manipulation 
method is specified. The device may then use this location to retrieve the method. In 
5 some cases the method may be contained within the Digital Item itself. In addition 
some devices may implement an internal Implenientation of a method as identified by 
the id attribute of the method information (see Example 1 ). 

v) On said device Including means to configure said appropriate Digital Item 
manipulation method or methods for said Digital Item 

10 In one embodiment, configuration of the Digital Item manipulation method for a Digital 
Item includes the mapping from Digital Item elements to objects of a specific type that 
are handled by a specific Digital Item manipulation method (see Example 3 and 
Example 4). Passing of parameters (see Example 1 ) is also another example of a 
means by which Digital Item manipulation methods may be configured. The inclusion of 

15 further information to configure the method is also possible using these or other means. 

vi) Oh means for said device to receive and be configured on the basis of other 
information regarding user preferences, device capabilities, and consumption 
environment 

The script processing engine has access to Digital Item adaptation Information such as 
20 user preferences, device capabilities, network capabilities, and consumption 

environment. This Information may be contained within the Digital Item, in a separate 
Digital Item or other file, received over a network connection, or known implicitly by the 
script processing engine. This information can be utilised by the scripting engine to 
configure the device for consumption of the Digital Item. The information can also be 
25 made available to the Digital Item manipulation method through appropriate scripting 
language function calls. 

vii) On said device including means to interpret said appropriate Digital Item 
manipulation method or methods 

The interpretation of the Digital Item manipulation method is fulfilled by the script 
30 processing engine as discussed above. 
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viii) On said device including means to perform interpreted operations from 
said Digital Item manipulation method or methods on said Digital Item 

The performing of interpreted operations of the Digital Item manipulation method is 
fulfilled by the script processing engine as discussed above. 

5 

Sample flow of control 

Figure 2 illustrates a sample flow of control. 

1 The device receives a Digital Item. This may be via any standard 
telecommunications, storage retrieval, or other such mechanism. 

10 2 The device determines the Digital Item Manipulation method or methods 

appropriate to handle the Digital Item. In this scenario a method is defined to be 
invoked on receipt of the Digital Item. The appropriateness and availability of the 
method or methods may be configured by conditions implemented by elements 
within the Digital Item, or other sources of information such as user preferences and 

15 device capabilities. The method to be invoked is then loaded by the device. It may 
be received via any standard telecommunications, or it may be contained within the 
Digital Item, or it may be internally implemented within the device. 

3 The device then utilises the script processing engine to execute the method. 
Typically, the device as represented here will carry out its functionality in relation to 

20 receiving and manipulating Digital Items through some software executing within an 
\ execution environment on the device, In some implementations the script 

processing engine may be integrated directly into such software. On a desktop 
computer this may be an application running under the host operating system. For 
a digital television set top box it may be the onboard software programmed in to the 

25 set top box by the manufacturer, 

4 The script processing engine then executes the script defining the method. Note 
that this requires the script processing engine to parse and interpret the script. 
Although it is the script processing engine that does this, effectively at this stage the 
control passes to the method script. 

30 5 An operation defined by the script is invoked. This translates to the script making a 
request to the script processing engine. In this example it is a request that is 
implemented within the script processing engine itself. For example it may be a 
query for capabilities of the script processing engine. 
6 The script processing engine executes the request and. if appropriate, returns a 

35 response to the script. 



3041 - Specificalion forUS.DQC/JA 



-24- 

7 In this example the request requires assistance from the device. First the script 
sends the request to the script processing engine. 

8 The script processing engine makes requests to the device to assist it in fulfilling the 
request from the script. 

5 9 The device executes the request from the script processing engine and, if 
appropriate, returns a response to the script processing engine. 
10 The script processing engine, if appropriate, returns a response to the script. 
The steps 5 through 10 are repeated until all operations defined by the script are 
executed. 

10 The steps 2 through 1 0 are repeated for each method that is invoked. 



Scripting Language 

In general, the Digital Item Manipulation Method scripting language allows a 
15 Digital Item author to provide instructions as to how to treat, interact and consume a 
Digital Item such that the authors intent is maintained. It enables the author and 
consumer to move beyond just random access to contents of a Digital Item and to 
create and experience a true Multimedia experience. It also enables the author to 
enforce an order on consumption of a Digital Item parts, for example, to provide a path 
20 or paths through the contents. 

The base functionality required by the scripting language used to describe the 
operations of a Digital Item Manipulation Method may include: 

Display 

25 This functionality allows for the display of elements contained in the Digital Item 

to the user. Information that may be included in a display request includes basic 
display layout parameters, 
e.g. 



30 



display ( Item ) ; 

display ( Item, displayParams ) 



Example 5 Scripting language example for displaying a Digital Item element 
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Edit 

This functionality allows for editing a Digital Item, in part or whole. It includes 
the ability to create, add. and remove elements (such as Descriptors, Resources, Items, 
Containers etc). Editing functions may also be subject to rights expressions. 

5 e.g. 



10 



15 



20 



object albumTracks = getObjectOf Type ( "standardMusicAlbumTracks" ). 
if ( albumTracks != null && canAddTo ( album ) ) { 

object Item = createElement { "Item" ); 

setAttribute ( Item, "id", "trackS" ); 

object descriptor = createElement ( "Descriptor" ); 

setAttribute (descriptor', ''id", "trackSTitle" ); 

object statement = createElement ( "Statement" ); 

setAttribute (statement , "type", "text/plain" ); 

setValue ( statement, newTrackTitle ); 

appendChild( descriptor, statement ) ; 

appendChild( Item, descriptor ); 

album. appendChi Id ( Item ); 

} 



Example 6 Scripting language example for editing a Digital Item 

The functionality of the scripting language itself can be grouped into modules 
that nnay include functions defined as part of the scripting language itself, libraries of 
25 derived functions implemented In the scripting language, methods, and interface to 
functionality implemented external to the scripting language and script processing 
engine. For instance, the above example suggests the grouping of functions providing 
a DOM API into a DOM related module. 

These functions can also be utilised to create a new Digital Item, for example 
30 that may be adapted based on information such as user preferences, device 
capabilities, or consumption environment. 

Also the editing functionality will allow combining of elements from, or the whole 
of, different Digital Items into other Digital Items. 

Play 

35 This functionality allows the playing of resources contained within a Digital Item, 
e.g. 



40 



object albumTrackAudio = getChiidObjectOfType ( 

albumTrack, "standardMusicAlbumTrackAudio" ) 

play (albumTrackAudio ); 



Example 7 Scripting language example for playing a Digital Item element 
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As with all script functions, this is interpreted and executed by the script 
processing engine. How the script processing engine does this is a part of the 
implementation of the processing engine. For example, an implementation may allow 
the user to set preferences for external player software to be launched to play media of 
5 various types. When such an Implementation executes a play instruction it launches 
the appropriate player software according to the media type of the resource to be 
played. 

However, the scripting language specification specifies a standard base level of 
semantics and functionality for each scripting language function. 
10 In this sense the scripting language can be understood as the means by which 

requests can be made to the device (via the script processing engine) to handle the 
Digital Item in a defined manner. 

For functions such as play, the actual resource that is played may additionally 
be determined by factors such as the state of Choices within the Digital Item itself, or 
15 may be programmatically determined in the script. In either case one source of input 
into such a determination may be Digital Item adaptation information. 

Concurrent operations 

This functionality is intended to allow, for example, a music resource to play at the 
same time that a form to be filled in and submitted is presented to the user. For 
20 example, if the scripting language defines a play request to commence playing a 

resource asynchronously by default, a level of concurrency will be implicit (the scripting 

language should also allow optional synchronous playing of a resource) 

e.g. 



object form = getObjectOf Type ( "roomReservationForm" 


); 


object presentationinf o = getGhildObjectOf Type ( 






, form. 


"f ormpresentationinf o" ) ; 


'backgroundAudio" ) ; 


object elevatorMusic = getChildObjectOf Type ( form, ' 


play( eleveatorMusic ); 




if ( presentationinf o == null ) 




display ( form ); 




else 




present ( presentationinf o, form ) ; 





35 Example 8 Scripting language example of concurrent play and presentation operations 
CompI te a form 

This functionality includes presenting a form to the user and taking appropriate 
action when the form is submitted. 
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The components of the form may be defined by elements contained in the 
Digital Item. The scripting language can be used to retrieve the components and 
compose them into the required layout for the form, then present the form, and respond 
to user input to the form. 

5 The presentation layout information may also be contained within the Digital 

Item. In this case the layout information is retrieved and passed, along with the 
resource to be presented, to the presentation function of the scripting language. The 
script processing engine is then responsible for constructing the presentation. 
The functionality of what a "submit" means can be implemented in the script. For 

10 example, the script may generate a context Dl to preserve the state of the form, and 
may also send this context Dl to a target host, 
e.g. 

object f ormComponents - getObjectOf Type { 
"ticketReservationFprmComponents" , 

."®id=' *_Peak"' ); 
20 object form = cons t rue t Form ( fprmComponents ) ; 

object formResult = presentForm( form, f ormEventHandler ( ) ); 
object address = getObjectOf Type ( "providerServerAddress" ); 

sendObject( formResult, address ); • 

25 object const ructForm( f ormComponents ) { 

} 

void formEventHandler ( event ) { 
30 } 

Example 9 Scripting language example for presenting a form 

In some instances a resource may describe a form in some other language, 
such as HTML, and the functionality of the fomn is contained wholly within the form 
35 definition and dependent on the way in which a form of that media type is handled, for 
example, by an external web browser configured in user preferences. 

The generation of a context D I based on current state of the content Dl, and 
transmission to a target host, embodies an implementation of Session Mobility as 
described in Australian Patent Application No. PR8152. 

40 Display resources and operations as options 

This can be achieved in a similar manner to constructing and presenting a form. 
The script can request a function to create a display area on the device (for example, 
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on a desktop computer, this may be implemented by the script processing engine as an 
operating system window). The script can then retrieve the required elements from the 
Digital Item, and can also create its own elements representing operations it defines. 
These can be composed into the required layout and then presented to the user on the 
5 device. 

The script can also check the capabilities provided by the device. For example, 
if supported, the script can request that the device make menu Items available within 



the user interface. 




e.g. 




if ( system. hasFeature { "Menulnterf ace" ) 
object menultem = new linkObject( 


) { 

'^Transfer context". 


system. addMenuI t em { menultem ) ; 

} 


transfer-Context ( ) ) ; 


void transf erContext { ) { 

} ■ ■ 





20 Example 10 Scripting language example for adding a component to device user 
interface 

Present an Item, resource or set thereof 

This functionality allows the presentation of an Item, resource, or a set thereof in 
a defined manner. 

25 The actual presentation infomnation may be fully contained within the resource, 

for example, if the resource refers to a Synchronized Multimedia Integration Language 
(SMIL) presentation, then when that resource is played, the player will need to be able 
to correctly interpret the SMIL data and so make the required presentation. Information 
regards SMIL can be found at W3C, Synchronized Multimedia Integration Language 

30 (SMIL 2.0), http://www.w3 .orq/TR/sm 1120/ . 

In other cases a method may define its own manner of presentation and the 
script can be authored in such a way as to constmct the presentation and display it to 
the user. 

In other cases the presentation information can be included in some other, 
35 possibly standard, format in the Digital Item, and this information can be retrieved by 
the script and then passed in to the function that requests the presentation to be 
displayed, 
e.g. 
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object smilPresentation = getObjectOf Type ( "PromotionalSlideShow" ); 
launchApplication { smilPlayer, smilPresentation ); 

object myWindow = buildPesentation ( ) ; 
present ( my^Window ) ; 

object presentationinf o = getObj eetOf Type { ''standardPrentationinf o" ) 
object presentation = getObjectOf Type ( "albumlterview" ); 
present ( presentation, presentationinf p ); 



object buildPresentation { ) { 
} 



15 Example 11 Scripting language examples of presenting Items. . 

Launch application supplied as resource 

This functionality allows the inclusion of some other application as a resource in 
the Digital Item. The script can then be authored to launch this application and provide 
it with certain resources from the Digital Item. 

20 In authoring such a script the author will need to consider such issues as 

cross-platform support, For example, Java based applications may be chosen for the 
platfonn independence of such applications. 

The application may be included in the Digital Item (in which case It would be 
encoded, and need to be decoded), or the Digital Item may contain a reference to a 

25 location from which the application may be retrieved. The manner of invoking the 
application may also be dependent on the application, and possibly the execution 
environment of the device, and will also need to be considered when authoring such 
functionality in a script. In addition security issues need to be considered. For 
example, the script processing engine could warn users before downloading, installing, 

30 or running an application and allow them to cancel the operation, 
e.g. 



35 



40 



object album = getObjectOf Type { "standardMusicAlbum" ); 
object track = choo'seTrack { album ) ; 
if( track null ) { 

object audioCompgnent = getChildObj ectOf Type { 

track, "standardMusicAlbumTrackAudio" ) ; 
object audioPlayer = getApplication ( "audioPlayer" ); 
if ( audioPlayer != null ) 

launchApplication ( audioPlayer, audioComponent ); 

else 

play( audioComponent ) ; 
} - 



45 



Example 12 Scripting language example for launching an external application 
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This can be extended to allow launching of any other external application that is 
made available to the script by some other manner. 

Add information to Dl in a defined way 

This functionality allows an author to ensure that the structure of a Digital Item is 
maintained in a defined way. It can be achieved by allowing the user, with appropriate 
rights, to only edit the Digital Item via a Digital Item Manipulation method. In this way, 
the author retains control of where in the Digital Item new information is added, 
e.g. 



10 



addTrack { track ) { , 

# Make sure new tracks are only appended as sub- Item of AlbumTracks Item 
object albumTracks = getObjectOf Type ( "standardMusicAlbumTracks" ); 
appendChild{ albumTracks, track ) ; 

} . 



Example 13 Scripting language example for adding an element to a Digital Item at a 
15 defined place 

This also demonstrates that the script author can control how any information 
may be added to (or removed from) the Digital Item. For example, revision information 
can be added to the Digital Item in a defined way when a modification to the Digital Item 
20 is made, or a new version of the Digital Item is generated for some purpose. This also 
allows the script to ensure that modifications to the Digital Item are legal, in regards to 
the correct structure for a Digital Item of the specified type. 

Offer HELP information for a Digital Item from a resource 

This functionality allows help information to be included in the Digital Item. It 
25 can be embedded as a resource in the Digital Item, or else the resource can reference 
an external source. Access to the help information is the same as for any other 
resource, the script retrieves the object representing that resource. The resource 
containing the help information can then be displayed to the user as required. 

Handling of Descriptors, etc 

30 This functionality allows the script to pass data to other modules for processing. 

For example, the script can query if the system is able to process a set of Descriptors 
(possibly via a plug-in module). This may be done, for example, based on the 
namespace associated with the content of the Descriptors, 
e.g. 



35 



object tracklnfo = getObjectOf Type ( ''standardMusicAlbumTrackInf o" ); 
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if ( descriptorNamespaceSet . contains { tracklnfo . namespace ) ) { 

object handler = system. getDescriptorModule ( tracklnfo . namespace 

) ; 

if { handler != null ) { 
5 callModule( handler, tracklnfo ); 

} 

} ■ 



Example 14 Scripting language example for extemal module handling of Descriptors. 

10 Presentation of choices 

This functionality allows control over the presentation of Choices contained in 
the Digital Item to the user. Information, if available, such as the order in which choices 
should be presented, precedence of choices, and other such information can be utilised 
for purposes of this control. The actual presentation may be achieved in a similar 
15 manner as for forms, Item/resource presentation, etc, 

Local file storage 

This functionality allows the script to store information locally in files, if 
supported by the execution environment. Typically, security issues will need to be 
considered. 

20 e.g. 

void save Context ( ) { 

object theDI = getObj ectOf Type ( "standardDigitalltemRoot" ) ; 
object contextDI = generateContext ( theDI ); 
25 fileObject file new fileObject( ''mycontext .xml" ); 

writeContextToFile ( contextDI, file ); 

} 

30 diObject generateContext ( diQbject contentDI ) { 

} " 

void writeContextToFile ( diObject contextDI, fileObject file ) { 
35 try { 

file.open( ^'read" ); 

f ile.println( **<?xml version=\"l . 0\" encoding=\"UTF-8\"?>" ); 

} 

40 onError { 

} 

} 



Example 1 5 Scripting language example for storing information to a local file 
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Send DIA information bacic to server 

This functionality allows the script to send Digital Item adaptation information, 
such as device capabilities, back to the server providing the Digital Item. This could be 
used, for example, in negotiating the particular resource to be provided. 

5 e.g. 



10 



15 



20 



object displays ize = system. get Capability ( 



"terminal .hardware . displaySize" ); 

object cpuSpeed = system. getCapability ( "terminal .hardware . cpuSpeed" ), 
object diaMsg = constructpIAMessage ( displaySize, cpuSpeed ); 
sendObject( diaMsg, serverAddress ); 
try { 

object response = receiveObject ( serverAddress ); 

} 

onError { 

object errorlnfo = getErrorInf ormation ( ) ; 

if ( errorlnfo . error =- error .networkTimeput ) { 



} 



Example 16 Scripting language example for sending DIA information to server and 
25 negotation of capabilities 

Device configuration 

This functionality allows the script to configure certain parts of a device to the 
Digital Item using Digital Item adaptation information. For example, a Digital Item 
containing a user's preferences may specify a preferred volume for audio output. The 
30 script can obtain this information and set the audio volume of the system accordingly, 
e.g. 



35 



object vplumePref - system. getobjectpf Type { 

"userCharacteristics .presentationPref erences . pref erredAudioLevel" ) ; 
object presentation = new basicPresentationInf oObject ( ) ; 
presentation.volumeLevel = volumePref; 



Example 17 Scripting language example of device configuration 

40 Perform iPIMP operations and evaluate Rights information 

This functionality allows the script to perform IPMP related operations. In the 
implementation the actual operations may be executed by a separate IPMP processing 
engine. The functionality within the scripting language provides the means for 
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interfacing with this IPMP processing engine so that the script may correctly implement 

IPMP and rights management. 

/ 

IPMP and rights management may also be handled by the device and/or script 
processing engine directly, for example, in determining whether to make available or 
not an element. However, this functionality is provided in the scripting language so that 
this level of control is also available within a Digital Item manipulation method, if 
desired, 
e.g. 



10 



15 



20 



object theDI = getObjectOf Type ( "standardlDigitalltemRoot" ); 
if ( IPMP_isProtected( theDI ) ) { 



object accessibleDI = IPMPjrocess ( theDI ); 



try { 
} 

pnError { 

. object errorlnfo = getErrorInf p { ) ; 
# Display an alert window with error message. 

} 



} 



25 



Example 1 8 Scripting language example of IPMP operations 

Identify Items according to Digital Item Identification (DM) 

The DM [3] Is a part of the MPEG-21 framework and allows Items to be uniquely 
identified utilising a specified identification system. Since the Oil specifies a standard 
manner for associating this identification information with Items, the scripting language 
can provide functions specific to DM. 
e.g. 



30 



object id = getObjectldentif ication ( theMusicAlbum ) ; 
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Example 1 9 Scripting language example of possible DII related functions 

Responding to events 

This area of functionality allows responses to user events such as keystrokes 
and mouse clicks, and also other events such as device events, or changes to 
environmental information encapsulated in DIA descriptors. Responding to events can 
be achieved by, for example, associating an event handler function with the event. In 
some cases, the event handler is associated with a user interface object that generates 
the events. 
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e.g. 

object submitButton = new. buttonObject ( ) ; 

setUIObjectEventHandler ( submitButton, doS\abmit ( ) , myData ), 
void doSubmit ( event, myData ) { 

sendObject( constructMyMsg ( myData ), address ); 
} "* 



Example 20 Scripting language example of responding to user event 

Specification of available elements 

The mapping of the Digital Item elements to object type can also include other 
15 information. For example, information can be provided to specify whether an element 
should be made available (for display and/or selection). 

Error handling 

The following examples demonstrate how error handling can be embodied in the 
scripting language. 
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try { 






load ( Item ) ; 






play ( Item ) ; 






} 






onError { 






errorObject error = 


getErrorInf o ( ) ; 




if ( error != null ) 


{ 










} 






> 







Example 21 Scripting language example for error handling 
or: 
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setErrorHandler { handleLoadError ( ) ) { 
load ( Item ) ; 

} 

void handleLoadError { ) { 
} 



Example 22 Scripting language example for error handling 



45 
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The above examples illustrate explicit error handling within the script. The script 
processing engine is also required to handle other error situations that may not be 
handled by the script. For example, the engine can report the error to the device, which 
in turn can display an error message to the user and/or log the error to a local file. 

5 Timed events 

This functionality allows actions to take place at specified times. For example, a 
method invoked on receipt of a Digital Item may display a "welcome" image for 3 
seconds, then present a "main screen" to the user, 
e.g. 

void displayTravelKiosk ( ) { 

object welcomelmage ^ getObjectOf Type ( "welcome I mage" ); 
object welcomeMusic = getObjectOf Type { '^welcomeMusic" ); 
object mainScreenPresentation = buildMainScreen ( ) ; 
play( welcomeMusic ) ; 

display! welcomelmage, "duration= ' 3s ' wait^'true'" ); 
present ( mainScreenPresentation ); 

} 

object buildMainScreen 0 { 

object cfotoBoookingFormLink ^ new linkObject( bookingFormLinkText , 

runBopkingPorm ( ) ) ; 

void runBookingPorm ( ) { 
} 



Multiple input/output hardware 

This functionality provides to the script information concerning the input and 
output hardware available at the device. For example, if there are three displays, the 
40 script can be authored to choose the display with the largest display area, 
e.g. 

# get the default display device 

object display = system. getObjectOf Type ( "display" ); 

45 

forEach( system. getObjectsQf Type ( '"display", testSizeO ); 
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void testSize( displayToo ) { 

if ( displayToo != display ) { 

if ( (displayToo. width > display .width) 
&& (displayToo. height > display .height ) { 
display - displayToo; 
} . - 

} 

} 



Example 23 Scripting language example showing access to multiple displays 

This list is non-exhaustive and describes only the functionality of a preferred 
15 embodiment of the scripting language. 

It is important to note that this is not a presentation scripting language - a 
language such as SMIL may be invoked by the DIScript for the presentation of certain 
resources. However, the DIScript is focussed purely on the operations that are required 
20 to process a Digital Item. DIScript functionality is made unique by its processing of 
elements of a Dl. DIScript would be independent of operating system. DIScript may be 
held as XML, text or as a binary form of script for efficient transmission. 



Scripting Language examples 

25 

The following examples provide partial listings of possible implementations for 
some standard music album processing methods using the preferred embodiment of 
the scripting language. 



30 tt Method: Standard Music Album rdisplayAlbum 

# Description: standard DIScript to display the album on receipt by terminal 

# Organisation: music org 

# Author: Joe Bloggs 

# Version: 1.0 

35 # Release date: 2002-07-01 

void displayAlbumO { 

# Grab the mandatory Album Title identified by standard 

# Digital Item title object 

40 object albumTitle = getOb j ectOf Type ( *'standardDigitalItemTitle" ) ; 

# Grab optional album cover image 

object albumCover = getObjectOfType { "standardMusicAlbumCover" ); 

45 # Display the album title and, if available, the album cover image, 
display ( albumTitle ) ; 



5 
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if( albumCover != null ) { 
display ( albumCover); 

} 

# Now list each track. 

f orEach ( getObjectsOf Type ( "standardMusicAlbumTrack" ) , 
listTrack ) ; 



boolean listTrack ( track ) { 

# Grab mandatory track title 
object trackTitle = 

getChildObjectOf Type ( track, 
^^standardMusicAlbumTrackTitle" ) ; . 

object trackListing - new linkObject (trackTitle, playTrack( track ) ); 
display( linkObject ); 
return true; 

} . 
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Example 24 Scripting language example for a possible method to display Digital Item 
representing a music album 

The DIScript function jgetObjectOfType returns the first object of the specified 
type as identified in the Digital Item element to script object mapping. The 
getObjectsOfType function returns the set of all objects of the specified type. The 
forEach function acts on a set of objects and calls the specified sub-method for each 
object in the set. The getChildObjectOfType function gets the first child object of the 
specified parent object where the child object is of the specified type. A linkObject is a 
specialised object that links a display object to the calling of a function/method. 
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# Method: Standard Music Album ipreviewTracks 

# Description: standard DIScript to preview tracks 

# Organisation: music org 

# Author: Joe Bloggs 

# Version: 1.0 

tt Release date: 2002-07-01 

declarations { 

constant int PEFAULT_PREVIEW__DURATI0N =15; 

object previewWindow; 
object titleTrackText ; 
object currentTrack ; 
object nowPlaying; 
boolean isStopped; 

} 

void previewTracks ( ) { 

# Create a display window for the preview. It will contain a static^ 

# text field for the track title, and a push button for user to 

# stop the preview operation 
previewWindow = new windowOb j ect ( ) ; 
titleTrackText = riew textLabelObject { ); 
previewWindow. placeObj ect ( titleTrackText, ); 
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object stopButton = new buttonObject ( "Stop", stopPreview { ) ); 
previewWindow.placeObjectBelow{ titleTrackText , stopButton, ...? ) ; 
previewWindow . show ( ) ; 

# Now preview each track. 
isStopped - false; 

f prEaeh ( getObjectsOf Type ( "standardMusicAlbumTrack" ) , 
previewTrack ) ; 

} 

boolean previewTrack ( track ) { 
currentTrack = track; 

object trackTitle getChildObjectOfType ( currentTrack, 

''standardMusicAlbumTrackTitle" ) 
titleTrackText . setText { trackTitle ) ; 
npwPlaying = getChildObj ectOf Type ( currentTrack, 



) ; 



} 



"standardMusicAlbumTrackAudioPreview" 

if { nowP laying ~~ null 
&& systemHasFeature { 

"urn : mpeg : mpeg2 1 :di script :StandardAudio:createAudioSubset'' ) ) { 
object audio = getChilObjectOfType ( currentTrack, 

"standardMusicAlbumTrackAudio" ) ; 
int duration = DEFAULT_PREVIEW_DlJRATION; 
if{ hasAttribute ( audio, "previewDuration" ) ) { 

duration = getAttributeInt ( audio; "previewDuration" ) ; 

} . ■ 

nowPlaying = createAudioSubset { audio, duration ); 

} 

if( nowPlaying != null ) { 

playAndWait ( nowPlaying ) ; 

} 

return ! isStopped; 



void StopPreview ( ) { 

isStopped = true; 
if (nowPlaying ! null ) { 
stop (nowPlaying) ; 
nowPlaying = null; 

} 

previewWindow. close ( ) ; 

} 
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Example 25 Scripting language example for a possible method to preview each track in 
a Digital Item representing a music album 

The following shows how a method availability may be conditional upon a choice 
within the Digital Item which may be configured by DIA information. 
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< Choice id=" pedagogical Context" > 
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<Selection id^''pedagpgicalContext_preSchool" /> 

<Selection 'id="pedagogicalContext_jprimarySchopl" /> 

<Selection id="pedagogicalContext_secondarySchoolJunior" /> 

<Se lection id="pedagogicalContext__secondarySchpol Senior" /> 

< Se 1 e c t ion i d= ped^gog i ca 1 Cpnt ext_t e r t i ary Educa t i onUnde rgr adua t e " / > 

<Selection id?=''pedagogicalCpntext_tertiaryEducatipnPostgraduate" /> 

</Chpice> 

<Descript:pr> 

<St:atement type= " text/ di script +xml " > 
<diseript : method 

id="urn:mpeg :mpeg21 :discript :2002 :01 : StandardLearningObj ect : dlsplayLearingObjec 
t" 

ref ="http : //mpeg. telecpmitalialab-com/discript/2002/01/StandardLearningObjeGt/ 
displayLearingObject .dsl" 

desc="Run. tutorial" 

invokeOn-" receipt" /> " 
</ Statement > 
</Desciptor> 

<Descriptor> 

< Condition require="pedagogicalContext_tertiaryEducationUndergraduate" 

/> 

<Statement type=" text/discript+xml" > 
<discript : method 

i d=" urn: mpeg :mpeg21 :di script : 2002 : 01 : StandardLearningObj ect :undergraduateTutori 
al" 

ref ^"http : / /mpeg . telecomitalialab.eom/discript/2002/01/StandardIjearningObject/u 
ndergraduateTutorial .dsl" 

desc="Run tutorial" 

invokeOn="userSelection" /> 
</Statement> 
</Desciptpr> 



40 Example 26 Example of conditional availability of a method incorporated in a Digital 
Item 



It will be appreciated that further embodiments and exemplifications of the invention are 
45 possible without departing from the spirit or scope of the invention described. 
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